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Beschreibung 

Offener Antriebsregler und Verfahren zur Sof twaregewinnung 
filr einen offenen Antriebsregler 

Die Erfindung betrifft einen offenen Antriebsregler und ein 
Verfahren zur Sof twaregenerierung fur einen offenen Antriebs- 
regler. Als Antriebsregler werden z.B. Stromrichtergereate 
und deren Software fur den Betrieb elektrischer bzw. hydrau- 
lischer Aktoren (z.B. Motoren) verstanden. 

Aus dem Stand der Technik sind sogenannte intelligente An- 
triebe zur zentralen und dezentralen Automatisierung bekannt. 
Dabei ubernehmen verschiedene Komponenten einer Anlage die 
Aufgaben von Prozesssteuerung und -Regelung in einer hierar- 
chischen Struktur . 

Beispielsweise kann ein Servoumrichter die entsprechenden Re- 
gelungsdaten auf direktem Weg zu einem Leitsystem melden. 
Wenn sich mehrere Regler in einer Station befinden, werden 
diese uber einen Kommunikationsbus miteinander verbunden, der 
fur direkten Datenabgleich sorgt. 

Auch fur spezielle Regel- und Steuerungsauf gaben, z.B. in der 
Druck- und Wickeltechnik, kommen intelligente Antriebe zum 
Einsatz, Ein intelligenter Antrieb stellt hierfur Funktionen 
bereit, die mit einer Bediensof tware auf die Bedurfnisse der 
Anwendung angepasst werden. Fur diese anwendungsspezif ischen 
Anforderungen stellt der intelligente Antrieb eine Bibliothek 
von verschiedenen Regelungs- und Steuerungsgliedern zur Ver- 
fugung. Es handelt sich hierbei urn iibliche Bausteine der all- 
gemeinen Regelungs- und Automatisierungstechnik, Prozessreg- 
ler , Techno logieRegler, Oberwachungs-/Diagnosealgorithmen und 
Hochlauf geber . 

Aus dem Stand der Technik sind die Antriebsregler SIMODRIVE 
der Firma Siemens AG bekannt. Insbesondere aus der Funktions- 
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beschreibung "SIMODRIVE 611 digital, SIMUMERIK 840D/810D", 
Bestell-Nr.: 6SN1 1 97-OAA80-OAP5, Ausgabe 10.2000. Diese Reg- 
ler beinhalten Antriebs f unktionen, wie Regelung des 4-Qua- 
dranten-Stromkreises incl. Begrenzungen fur Synchron- und 
Asynchronmotoren mit/ohne Drehzahl-/Positionser f assung, Dreh- 
zahlregeiung, Betriebsmeidungen / Alarmreaktionen, Diagnose- 
funktionen, . 

Die aus dem Stand der Technik bekannten Systeme sind insofern 
nachteilig, als es sich nicht urn sogenannte offene Systeme 
handelt. Offenheit ist eine Sof tware-Funktion, die im Bereich 
von Steuerungstechnik im Allgemeinen gegenwartig bereits im 
Einsatz ist und dem Anwender iiber die werkseitig vorgegebene 
Basisf unktionalitat hinaus eine effiziente Moglichkeit bie- 
tet, eigene spezifische Losungen mit in das Gesamtsystem zu 
integrieren. 

Fur den Bereich der Antriebe fehlt es jedoch an solchen offe- 
nen Sof tware-Funktionen . Vielmehr werden fur diesen Bereich 
Sof tware-Pakete, deren Funktionalitaten werkseitig definiert 
und zusammengebunden werden, angeboten. Da es sich bei diesen 
Sof tware-Systemen nicht urn offene Systeme handelt, ist die 
Verwaltung, Wartung und Pflege von kundenspezif ischen Varian- 
ten mit hohem Verwaltungsauf wand (Sof tware-Erstellung, Soft- 
ware-Handling, Sof tware-Vermarktung) verbunden . 

Der Erfindung liegt daher die Aufgabe zu Grunde, einen ver- 
besserten, offenen Antriebsregler und ein verbessertes Ver- 
fahren zur Sof twaregenerierung fur einen offenen Antriebsreg- 
ler zu schaffen. 

Die der Erfindung zu Grunde liegende Aufgabe wird mit den 
Merkmalen der unabhangigen Anspruche jeweils gelost. Bevor- 
zugte Ausfuhrungsf ormen der Erfindung sind in den abhangigen 
Anspruchen angegeben . 
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Die Erfindung erlaubt die Sof twaregener ierung auf der Basis ■ 
von Funktionsobj ekten . Diese werden einzeln kompiliert und 
konnen in Form von Bibliotheksroutinen aufbereitet werden, 
Aus den einzeln kompilierten Funktionsobj ekten bzw, aus den 
Bibliotheksroutinen wird in einem weiteren Schritt die Soft- 
ware fur den offenen Antriebsregler generiert. Dieses Konzept 
kann durchgangig auf der Zentraleinheit wie auch auf den in- 
telligenten Peripherie-Komponenten umgesetzt werden. Des wei- 
teren werden in den Funktionsobj ekten Einsprungstellen fur 
kundenspezif ische Erweiterungen angeboten . 

Ein besonderer Vorteil der Erfindung liegt darin, dass OEM- 
Kunden die Moglichkeit zur Verfugung gestellt wird, eigene 
Applikationen (Funktionen oder Diagnosen) in das Basissystein 
additiv einzubinden. Dafur sind Anbindungen an die Regelungs- 
inf rastruktur (z.B. Parameterbeschreibungen, Meldungen, War- 
nungen, Alarme, Funktionsauf ruf liste, Dateifunktionen, Doku- 
mentationserstellung, Anbindung an die Regelungshardware) 
vorgesehen • 

Ein weiterer besonderer Vorteil der Erfindung liegt darin, 
dass bestehende Teilf unktionen des Basissystems weggelassen 
werden konnen und / oder durch kundenspezif ische ersetzt wer- 
den konnen. Die Inf rastruktur der weggelassenen Teilfunktio- 
nen wird dabei nicht in die generierte Software ubernommen. 
Dies hat den Vorteil der Perf ormance-Steigerung, insbesondere 
im Hinblick auf die Programmlauf zeit, und die Ressourcen- 
Schonung, insbesondere im Hinblick auf den er f orderlichen 
Speicherbedarf . 

Ein zusatzlicher besonderer Vorteil der Erfindung liegt in 
der Moglichkeit, Funktionsobj ekte online von beliebigen Quel- 
len (interne Speichermedien, externe Speichermedien (als Bei- 
spiele: CD, Internet) uber die bestehenden Kommunikationsbus- 
se laden und in den Programmablauf integrieren zu konnen. 
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Ferner erlaubt es die Erfindung Echtzeit-Appiikationen zu re- 
alisieren, die von einer kundenspezi f isch zuschneidbaren Be- 
dienmoglichkeit im Rahmen eines Inbetriebnahmetools unter- 
stutzt werden. 

Die Moglichkeiten eines offenen Antriebs erlauben schnelle, 
flexible und auf den Kunden zugeschnittene Losungen und ver- 
kiirzen auch die Time-To-Market des Grundsys terns durch Entlas- 
tung des Entwicklungs-Teams von der Entwicklung kundenspezi- 
fischer Losungen. Auf der Basis einer, validierten Grundstruk- 
tur werden ^Sonderentwicklungen'' sowohl fur den Anwender als 
auch fur den Hersteller wirtschaf tlich . 

Ein weiterer Vorteil ist, dass die Moglichkeit der Entwick- 
lung von OEM-Sof tware-Varianten durch den Kunden selbst den 
Schutz und die Geheiitihal tung von dessen Know How erlaubt. Ein 
OEM-Kunde kann dazu entsprechende Entwicklungs-Werkzeuge, 
-ablaufe und -dokumente die hers tellerseitig zur Verfugung 
gestellt werden, benutzen, so dass er ftir eine eigenstandige 
Weiterentwicklung der Basisfunktionalitat in die Lage gesetzt 
ist. Vorteilhaft ist dabei die Ausrichtung der zu Grunde lie- 
genden Sof twarearchi tektur in funktionelle Einheiten mit 
standardisierten Schnittstellen, die auf Basis einer Grund- 
f unktionalitat definiert miteinander kombiniert werden kon- 
nen. Bestandteil eines Funktionsob j ekts bzw. einer instanzi- 
ierten Funktion, sind neben Algorithmen in - unter Umstanden 
- unterschiedlichen Zeitscheiben der Funktion zugeordnete 

- Parameter, 

- Betriebsmeldungen, Warnungen, Alarme 

- Initialisierungsroutinen, 

- Testskripten, 

- Inbetriebnahmemoglichkei ten . 

Das Verfahren ist unabhangig von der gewahlten Programinier- 
sprachen; vorzugsweise kann eine solche Sof tware-Archi tektur 
in einer C-i-+ Umgebung realisiert sein. 
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Im Weiteren wird eine bevorzugtes Ausf iihrungsbeispiel der Er- 
findung mit Bezugnahme auf die Zeichnung naher erlautert. Es 
zeigen : 

FIG 1 ein Flussdiagramm betreffend die Generierung eines Ba- 
sissystems , 

FIG 2 ein Flussdiagramm betreffend die Generierung eines kun- 

denspezif ischen Sof twaresystems, 
FIG 3 ein Blockdiagramm eines erf indungsgemalien offenen An- 

tr-iebsreglers, 

FIG 4 ein Flussdiagramm ftir die Generierung der Software fiir 
den offenen Antriebsregler der FIG 3; 

Die dem Ablauf der FIG 1 zu Grunde liegende Sof twarearchitek- 
tur ist in die Bereiche Funktionen, Alarme und Parameter auf- 
gegliedert. In dem Beispiel der FIG 1 beinhaltet der Bereich 
Funktionen Funktionsblock 1, Funktionsblock 2 und Funktions- 
block 3, Diesen sind jeweils entsprechende Alarmblocke 1 bis 
3 bzw. Parameterblocke 1 bis 3 zugeordnet. Zur Generierung 
der ausfiihrbaren Software des Basissystems werden die ent- 
sprechenden Funktions-, Alarm- und Parameterblocke in dem Mo- 
dul 1 zusammengef uhrt . Das Modul 1 generiert dann einen ent- 
sprechenden ausfuhrbaren Code 2 des Basissystems und Listen 
3. 

Die FIG 2 veranschaulicht die Generierung eines kundenspezi- 
f ischen Systems basierend auf dem Basissystem der FIG 1. Ne- 
ben den Funktions-, Alarm- und Parameterblocken des Basissys- 
tems beinhaltet das System der FIG 2 OEMl und 0EM2 Funk- 
tions-, Alarm- und Parameterblocke in den entsprechenden Be- 
reichen der Sof twarearchitektur . Der Funktionsblock 2, Alarm- 
block 2 und Parameterblock 2 des Basissystems wird durch eine 
Benut zer-Eingabe deselektiert . In dem Modul 1 erfolgt dann 
eine Zusammenf uhrung der Funktionen Funktionsblock 1, Funkti- 
onsblock 3, OEMl Funktionsblock und 0EM2 Funktionsblock mit 
den entsprechenden Alarm- und Parameterblocken. 
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Aus der Zusammenf uhrung der entsprechenden Blocke durch das 
Modul 1 resultiert dann kundenspezif ischer Code 4 sowie ent- 
sprechende Listen 5 . 

Dies hat den Vorteil, dass der Kunde selbst, je nach dessen 
kundenspezif ischen Anf orderungen, bestimmte Teile des Basis- 
systems durch von dem Kunden selbst erstellte Funktions-, 
Alarm- und Parameterblocke ersetzen kann. 

Die FIG 3 zeigt ein Blockdiagramm eines entsprechenden An- 
triebsreglers . Der Antriebsregler hat einen Obj ektspeicher 6 
zur Speicherung eines Systemob j ekts 7 und von Funktionsobj ek- 
ten 8. Der offene Regler weist ferner einen Mikrocontroller 9 
auf, der mit dem Ob j ektspeicher 6 verbunden ist, Ferner ver- 
fugt der offene Antriebsregler uber eine Nutzerschnittstelle 
10 zur nutzerspezif ischen Instanziierung von einem oder meh- 
rerer der Funktionsobj ekte 8. Ferner ist ein Speicher 11 zur 
Speicherung von Def aul t-Werten fur das Systemob jekt 7 und die 
Funktionsobj ekte 8 vorhanden, 

Ferner hat der offene Antriebsregler einen Speicher 12 zur 
Speicherung von Parametern und einen Speicher 13 zur Speiche- 
rung von Konf igurationsdaten . Uber ein Interface 14 kann der 
offene Antriebsregler beispielsweise uber ein Bussystem mit 
einer Zentraleinheit oder mit anderen offenen Antriebsreglern 
kommunizieren; ferner ist es auch moglich, uber das Interface 
14 eine Chip-Karte in den Regler einzufuhren. Auf der Chip- 
Karte konnen benutzerspezif ische Daten betreffend die System- 
Konf iguration abgelegt sein. 

Das Programm des offenen Antriebsreglers ist in dem Programm- 
speicher 15 abgelegt. 

Beim Start des offenen Antriebsreglers der FIG 3 wird zu- 
nachst das Systemobjekt 7 in den Mikrocontroller 9 geladen. 
Das Systemobjekt 7 nimmt dabei die Funktion eines Betriebs- 
systems wahr . Liegen keine kundenspezif ische Daten vor, so 
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werden von dem Sys temob j ekt 7 die Funktionsob j ekte 8 des Ba- 
sissystems iriit den Def aui t-Werten des Speichers 11 instanzi- 
iert und zu einem ablauf f ahigen Programm zusammengebunden, 
welches in dem Programmspeicher 15 abgelegt und gestartet 
wird. Vor oder wahrend der Ins tanziierung der Funktionsob j ek- 
te kann ein Nutzer uber die Nutzer-Schnittstelle 10 nutzer- 
spezifische Daten eingeben, so dass die Ins tanziierung der 
entsprechenden Funktionsob j ekte 8 nutzerspezif isch erfoigen 
kann . 

Ebenfalls kann der Nutzer nut zerspezif ische Funktionsobj ekte 
8 in dem Ob j ektspeicher 6 ablegen entsprechend den OEMl und 
dem 0EM2 Funktionsblocken der FIG 2. Entsprechende nutzerspe- 
zifische Eingaben werden in dem Speicher 12 als Parameter 
bzw. als Konf igurationsdaten in dem Speicher 13 abgelegt. Bei 
einem erneuten Start des offenen Antr iebsreglers wird dann 
auf diese Parameter-Werte zugegriffen, um die Funktionsob j ek- 
te 8 entsprechend nutzerspezif isch zu instanziieren . 

Die FIG 4 zeigt eine Ausf uhrungsf orm des er f indungsgemalien 
Verfahrens, In dem Schritt 40 wird zunachst das Systemobjekt 
in den Mikrocontroller geladen. In dem Schritt 41 werden Be- 
schreibungsdaten hinsichtlich der Konf iguration des Systems 
gelesen, um das Systemobjekt zu instanziieren. In dem Schritt 
42 werden die Funktionsob j ekte gegebenenf alls mittels nutzer- 
spezif ischer Parameter instanziiert . Die entsprechenden Para- 
meter werden in dem Schritt 43 gespeichert. 

In dem Schritt 44 werden die ins tanziierten Objekte getrennt 
kompiliert und aus den entsprechenden Kompilaten ein ablauf- 
fahiges Programm generiert. Dieses Programm wird in dem 
Schritt 45 gestartet. 
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Patentanspruche 

1. Verfahren zur Sof twaregenerierung fur einen offenen An- 
triebsregler mit folgenden Schritten: 

- Auswahl von Funktionsob j ekten, 

- separate Kompilierung jedes der Funktionsob j ekte, 

- Generierung der Software fiir den offenen Antriebsregler aus 
den kompilierten Funktionsob j ekten . 

2. Verfahren zur Sof twaregenerierung nach Anspruch 1^ bei dem 
Funktionsob j ekte erstellt oder vorhandene Funktionsob j ekte 
eines Basis-Systems kundenspezif isch modif iziert werden. 

3. Verfahren zur Sof twaregenerierung nach Anspruch 1, wobei 
die Funktionsob j ekte entweder statisch im Rahmen einer Ge- , 
samtgenerierung oder dynaiuisch im Rahmen eines Nachladens in 
den Programmablauf eingebunden werden. 

4. Verfahren zur Sof twaregenerierung nach Anspruch 1, 2 oder 
3^ bei dem eine Parametrier-Sicht fest den Funktionsob j ekten 
zugeordnet wird unter Nutzung der System-Inf rastruktur, wie 
z.B. von Kommunikations- und/oder Inbetriebnahme tools . 

5. Verfahren zur Sof twaregenerierung nach einem der Anspriiche 
1 bis 4, bei dem eine Diagnose-Sicht fest den Funktionsob j ek- 
ten zugeordnet wird unter Nutzung der System-Inf rastruktur , 
wie 2.B, von Kommunikations- und/oder Inbetriebnahmetools . 

5. Verfahren zur Sof twaregenerierung nach einem der Anspriiche 
1 bis 5, wobei die Auswahl von Funktionsob j ekten durch ein 
Systemob j ekt erf olgt . 

7. Verfahren zur Sof twaregenerierung nach einem der vorherge- 
henden Anspriiche 1 bis 5^ bei dem die kompilierten Funktions- 
objekte ohne erf orderliche Kenntnis der benachbarten Funkti- 
onsobjekte als Bibliotheksroutinen aufbereitet und gespei- 
chert werden. 



200100438 



9 

8. Verfahren zur Sof twaregenerierung nach einem der vorherge- 
henden Anspruche 1 bis 7, bei dem die Sys tem-Konf igurat ion 
gespeichert wird, so dass bei einer Hinzufugung oder bei 
Fortfall eines Funktionsob j ekts nur eine Anderung bezuglich 
des betreffenden Funktionsob j ekts durchgefuhrt wird. 

9. Verfahren zur Sof twaregenerierung nach einem der vorherge- 
henden Anspruche 1 bis 8, bei dem fur die Sof twaregenerierung 
erforderliche Daten, beispielsweise benutzerspezif ische Da- 
ten, Funktionsobj ekte, Parameter und / oder Konf igurationsda- 
ten uber ein Interface zur Verbindung mit einem Datenbus oder 
einer Chip-Karte zur Verfugung gestellt werden. 

10. Computerprogrammprodukt auf einem computerlesbaren Medi- 
um, z.B, auf einer Chipkarte, mit computerlesbaren Programm- 
mitteln zur Ausfuhrung eines Verfahrens nach einem der vor- 
hergehenden Anspruche 1 bis 9, wenn das Programm von der 
Steuerungselektronik eines offenen Antriebsreglers ausgefuhrt 
wird . 

11. Offener Antriebsregler mit einer Steuerungselektronik, 
die Mittel zur Ausfuhrung eines Sof twareproduktes beinhaltet, 
das gemafl der Schritte eines Verfahrens zur Sof twaregenerie- 
rung nach einem der vorhergehenden Anspruche 1 bis 9 erstellt 
wurde . 
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Zusammenf assung 

Offener Antriebsregler und Verfahren zur Sof twaregewinnung 
fur einen offenen Antriebsregler 

Es handelt sich um einen offenen Antriebsregler und urn ein 
Verfahren zur Sof twaregenerierung das die Moglichkeit zur 
kundenspezif iscKen Auswahl von Funktionsob j ekten bietet^r die 
getrennt kompiliert werden. Die kompilierten Funktionsob j ekte 
konnen in Form von Bibliotheksrout inen aufbereitet werden. 
Basierend auf den instanziierten und kompilierten Funktions- 
objekten wird die Software flir den Antriebsregler generiert 
Oder zu einem bestehenden Programmablauf online geladen. Von 
besonderem Vorteil ist, dass die Funktionsob j ekte von einem 
Kunden selbst verandert werden konnen, beispielweise um eine 
kundenspezif ische Funktionali tat zu realisieren. 



FIG 2 



5. Ausfuhrungsbeps'piel[eJ der Erfindung. 
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